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(54) Distribution of MPEG-2 transport streams on the IEEE 1394-based home network 



(57) Many types of consumer equipment will be 
connected to each other digitally in the home network, 
using e.g. the IEEE 1394 serial bus. Protocols and con- 
tent data formates have already been fixed for the con- 
nection of digital video-conference cameras to the PC, 
and for DVC equipment for example digital camcorder 
and DV deck to a PC editing station. The transmission 



of complete MPEG-2 transport streams on a home net- 
work is mostly a waste of bandwidth, since not all 
included services need to be distributed. This invention 
provides a universally applicable solution for the distri- 
bution of partial MPEG-2 transport streams in the home 
network, e.g. the i. LINK/IEEE 1394 home network. 
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Description 

[0001] This invention is concerned with a method to 
distribute MPEG-2 transport streams on a network and 
an interface device for distributing MPEG-2 transport £ 
streams on a network. In particular, the invention is 
related to a method and an interface device to distribute 
partial MPEG-2 transport streams on a network. 
[0002] Many types of consumer equipment will be 
connected to each other digitally in the home network, 1 
i.e. using the IEEE 1394 serial bus. Protocols and con- 
tent data formats have already been fixed for the con- 
nection of digital video-conference cameras to the PC 
and for DVC equipment, for example digital camcorder 
and DV deck to a PC editing station. u 
[0003] The transmission of an MPEG-2 transport 
stream in the home network will be the result of one 
device requesting such a stream from another device 
which is capable of providing such a stream. An exam- 
ple of a home network environment for the distribution of 2c 
MPEG-2 transport streams is shown in Figure 12. This 
figure shows an IEEE 1394-based home network that 
can carry MPEG-2 transport streams and comprises a 
bus system 6 having different devices connected 
thereto. Via this network a decoder/display device 21 is 25 
able to request a stream corresponding to a TV service 
from a DVB tuner 20 which is able to receive DVB serv- 
ices. The stream provided will be a complete transport 
stream with full service information, SI, as defined by 
DVB. 30 
[0004] On the other hand, the DVB receiver will mostly 
not be required to pass on the complete transport 
stream for distribution on the home network. A display 
device can only ever view one service at any time and 
the data rate capacity of a storage device, like an 35 
MPEG-2 transport stream VCR 26 or an MPEG-2 trans- 
port stream non-linear storage system 24, will usually 
be well below the data rate of the complete transport 
stream. Therefore, according to the prior art, bandwidth 
on the bus system 6 of the IEEE 1 394-based home net- 40 
work Is wasted. 

[0005] Therefore, it is the object of the present inven- 
tion to provide a method to distribute MPEG-2 transport 
streams on a network that carry only selected services, 
i.e. to provide a method to distribute MPEG-2 partial 45 
transport streams on a network. 

[0006] Furtheron, it is the object of the present inven- 
tion to provide an interface device for generating and 
distributing such MPEG-2 partial transport streams on a 
network. 50 
[0007] These objects are respectively achieved as 
defined in the independent claims 1 , 8 and 13. 
[0008] Further preferred embodiments of the invention 
are defined in the respective subclaims. 
[0009] According to the present invention, a DVB 55 
receiver is able to generate a new transport stream, i.e. 
a partial transport stream, which contains only a subset 
of the incoming data, but which also conforms to 



MPEG-2 systems and DVB service information. Since 
this newly generated partial transport streams conform 
to MPEG-2 systems and DVB service information, i.e. 
are again MPEG-2 transport streams, they can be dis- 
tributed in any network or processed by any device that 
has the capability to handle MPEG-2 transport streams. 
[001 0] The protocols required to regulate the supply of 
MPEG-2 transport stream services on the home net- 
work are not the subject of this invention. This invention 
' is also not concerned with issues like user excess, serv- 
ice selection conflicts, e.g. to users request services 
from the same broadcast medium but on different multi- 
plexes, etc. Whatever protocols are used, this invention 
applies to the content format of the IEEE 1394 iso- 
chronous channel that is used as an example in the pre- 
ferred embodiments described hereinafter. 
[001 1] If a tuner device 20 is able to support more than 
one concurrent connection, it could provide the data for 
each connection in a separate isochronous channel In 
an IEEE 1394-based home network 6. More likely, how- 
ever, is that a tuner device 20 would provide the bit- 
streams associated with the A/V services on a single 
isochronous channel. The content and bandwidth 
requirement of this channel would be adapted accord- 
ing to the requirements of other home network devices 
which receive the AN services from the tuner 20. 
[0012] An example of such a DVB tuner 20 is shown 
in Figure 13. It consists of one or more front end mod- 
ules 2, e.g. one for cable, one for terrestrial and one for 
satellite reception, that receive information from a 
respective broadcast medium 5, carry out the medium 
specific demodulation and forward error correction, 
FEC, recovery process and respectively generate com- 
plete MPEG-2 transport streams which typically contain 
several AV services, respectively. These MPEG-2 trans- 
port streams are delivered to a home network interface 
4 that outputs complete transport stream multiplexes to 
the home network 6. The shown DVB tuner 20 is not 
able to process the transport stream data content. 
[001 3] The invention also supports such tuner devices 
20 that either distribute only selected services in each 
separate isochronous channel or that provide all 
requested services, and only those, in one single iso- 
chronous channel. 

[0014] The present invention will become apparent 
and its numerous modifications and advantages will be 
better understood from the following detailed descrip- 
tion of embodiments of the invention taken in conjunc- 
tion with the accompanying drawings, wherein 

Figure 1 shows a block diagram of a DVB service 
selector according to the present inven- 
tion; 

Figure 2 shows the partial transport stream gener- 
ation process according to the present 
invention; 

Figure 3 shows in detail the generation of a new 
program association table, PAT, for the 
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partial transport stream; 
Figure 4 shows in detail the generation of a new 
program map table PMT, for the partial 
transport stream; 
Figures shows in detail the generation of the 

selection information table SIT; 
Figure 6 shows the stages of the partial transport 

stream generation; 
Figure 7 shows a block diagram of a transport 
stream processor used in the service 
selector shown in Figure 1 ; 
Figure 8 shows a block diagram of a combined 
DVB service selector/decoder according 
to the present invention; 
Figure 9 shows a block diagram of a DVB player 

according to the present invention; 
Figure 10 shows the block diagram of the transport 
stream generator used in the DVB player 
shown in Figure 9; 
Figure 1 1 shows a block diagram of a home network 
transport stream processor according to 
the present invention; 
Figure 1 2 shows one home network environment for 

MPEG-2 transport streams; and 
Figure 13 shows a DVB multiplex selector block dia- 
gram according to the prior art. 

[001 5] Figure 1 shows a DVB tuner device 1 according 
to the present invention, which is able to select one or 
more services from each of its front end modules 2, i.e. 
tuner modules, and to distribute these to other devices 
on the home network 6. In order to do this, the tuner 
device 1 can generate valid partial transport stream(s) 
with a transport stream processor 3 that is connected to 
all front end modules 2. These partial transport streams 
are than fed to a home network interface 4 that delivers 
them to the home network 6, like in the prior art. The 
transport stream processor 3 can either combine sev- 
eral services from the incoming MPEG-2 transport 
streams into one valid MPEG-2 partial transport stream 
or into separate ones. This process is described in 
detail below. 

[0016] Figure 2 shows the partial transport stream 
generation process performed in the transport stream 
processor 3. In a step S1 the transport stream proces- - 
sor 3 awaits requests from another device on the home 
network 6. Such requests could be to transmit a stream 
of data belonging to selected services on the home net- 
works or to stop sending such a stream. Of course, it is 
also possible that there is a request just to modify the f 
content of a stream already transmitted on the home 
network. This case equals to the request to transmit a 
stream on the home network, now with a modified con- 
tent. 

[0017] If the transport stream processor 3 receives 5 
such a request to transmit (or to modify) a stream on the 
home network, which is decided in step S2, the process 
flow will be set forth in step S3. In step S3 it is validated 



if the tuner device 1 is able to supply the requested 
stream. In case of "no" the process returns to step S1 
and the transport stream processor 3 will again await 
the request from another device on the home network. 

s If, on the other hand, it is decided in step S3 that the 
tuner device 1 is able to supply the requested stream, 
i.e. "yes", the process continues in step S4 in which the 
program association table, PAT, the program map table, 
PMT, and the selection information table, SIT, are cre- 

10 ated in case of a new stream to be transmitted or modi- 
fied in case of an existing stream to be transmitted with 
changed content. Thereafter, in step S5, new packet 
identifiers, PID, that identify each component stream, 
i.e. packets of data, that should be transmitted on the 

is home network are selected or added. Then, in a step 
S6, the generated partial transport streams will be out- 
put to the home network. Once this process has been 
initiated in step S6, it will be continued until the transport 
stream processor 3 receives a request to stop sending 
20 this stream or to modify this stream. Therefore, after 
step S6. the process will be continued with step Si in 
which the transport stream processor 3 waits for the 
request from the same or another device on the home 
network. 

25 [0018] If in step S1 a request is received to stop send- 
ing a stream on the home network, this gets validated in 
step S7. Thereafter, in step S8 the transport stream 
processor 3 checks if only one stream is supplied to the 
home network or not. If it is the case that only one 

30 stream is supplied to the home network, i.e. "yes", the 
process continues with step S9 in which the sending of 
the partial transport stream to the home network is 
stopped. Thereafter, the process is set forth in step S1 . 
If, on the other hand it is determined in step S8 that 

35 more than one stream is supplied to the home network, 
i.e. the answer of the question in step S8 is "no", the 
PAT, PMT and SIT tables are modified in step S1 0 to not 
contain the reference to the data packets belonging to 
the selected services anymore. Following thereto, the 

40 corresponding PIDs are deleted from the transmission 
to the home network in step S1 1 . Then, in step S1 2, the 
modified partial transport stream excluding the stream 
that should not be sent anymore is output to the home 
network. The process flow continues then again with 

ts stepSL 

[0019] In the following an example will be given of 
when a DVB receiver is requested to output one service, 
e.g. service 1, from the incoming multiplex to the home 
network. The transport stream processor 3 analyzes the 

'o PAT, PMT, the service description table, SDT, and the 
event information table, EIT, the latter two being a part 
of the service information, SI. in order to extract the rel- 
evant information about the current event in service 1 . 
[0020] Furtheron, the PAT must be modified so that it 

5 references only to the services being passed through to 
the home network, in this case service 1. Figure 3 
shows the mapping of the received PAT to the new PAT 
for the partial transport stream. In Figure 3 it can be 
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seen that in the original PAT first a section syntax is 
transmitted, which is followed by programs 0 to 6 and a 
checksum of a cyclic redundancy check CRC. In pro- 
gram 0 the network information table PID is transmitted. 
Programs 1 to 6 respectively transmit the respective 
program map table PIDs 1 to 6. The generated partial 
transport stream PAT, on the other hand, contains only a 
section syntax, programs 0 and 1 and a new calculated 
checksum of the cyclic redundancy check CRC. Pro- 
gram 0 contains the PID of a selection information table, 
SIT, that is a table to subsitute the full SI data for record- 
ing a partial transport stream that does not include all 
services. Program 1 contains like in the original PAT the 
program map table PMT PID 1. 

[0021] It can be seen that the modified PAT has one 
component copied from the original PAT, namely the 
content of program 1 and, on the other hand, several 
components that are newly generated, namely the sec- 
tion syntax, the PID of the service information table on 
program 0 and the new checksum of the cyclic redun- 
dancy check CRC. 

[0022] The modified PMT refers only to those compo- 
nent streams of service 1 which are being passed 
through. Figure 4 shows the mapping of the received 
PMT for service 1, containing reference to multiple 
audio component streams, to the new PMT for the par- 
tial transport stream, which will contain only one audio 
stream component, here Audio 1 . It can be seen that the 
original PMT 1 comprises a section header data, an ele- 
mentary stream video PID, elementary streams audio 1 
to 4 PIDs, elementary stream subtitles 1 PID and ele- 
mentary stream subtitles 2 PJD and a checksum of a 
cyclic redundancy check CRC. The partial transport 
stream PMT 1 only comprises the section header data, 
the elementary stream video PID, the elementary , 
stream audio 1 PID and a newly calculated checksum of 
the cyclic redundancy check CRC. Like in case of the 
PAT some contents are copied from the original PMT 1, 
like the elementary stream video PID and the elemen- 
tary stream audio 1 PID, and some contents are newly < 
generated like the section header data and the check- 
sum of the cyclic redundancy check. 
[0023] The newly generated SIT table will contain 
information extracted from the SDT and EIT for the cur- 
rent event of service 1 only Figure 5 shows the mapping 4 
of the incoming SDT and EIT tables for the service to 
the generated SIT. 

[0024] It is shown that the original SDT comprises 
section header data, a service loop that comprises 
descriptors of services 1 to 6, and a checksum of a 5< 
cyclic redundancy check CRC. The original EIT for serv- 
ice 1 in the actual transport stream, present/following 
comprises section header data, and an event loop com- 
prising event 1 which shows the description of the 
present event and event 2 which shows the descriptors si 
of the following event, and a checksum of a cyclic redun- 
dancy check CRC. The newly generated partial trans- 
port stream SIT, on the other hand, comprises newly 



generated section header data, a newly generated 
transmission information loop, a service loop which 
shows the copied descriptors of service 1, and a newly 
calculated checksum of cyclic redundancy check CRC. 
5 Copied from the event loop of the original SDT and the 
original EIT is only the content of the newly generated 
service loop. All other contents of the newly generated 
partial transport stream SIT are newly generated. 
[0025] During output of the partial transport stream, 
10 the task of the transport stream processor 3 consists of 
two functions: 

Filter the complete transport stream for the required 
PID packets for the partial transport stream; and 
is • Insert the new PSI/SI tables into the partial trans- 
port stream at the required intervalls. 

[0026] Figure 6 shows an example of the complete 
transport stream, the filtered transport stream and the 
20 newly generated partial transport stream. The complete 
transport stream consists of blocks one following the 
other that carry different kinds of information. In the 
shown example a V6 (video block of program 6) is fol- 
lowed by a PMT1 table (program map table referencing 
25 to service 1), a VI block (video block belonging to serv- 
ice 1), an A1 block (audio block belonging to service 1), 
a PAT, a PMT2, etc. The filtered transport stream only 
consists of the VI and A1 blocks. In case the whole 
service 1 is included in the filtered transport stream, 
30 also the PMT1 block can be included therein. The newly 
generated partial transport stream is based on the fil- 
tered transport stream and additionally comprises the 
newly generated and injected PAT, PMT and SIT tables. 
[0027] The block diagram of the transport stream 
?5 processor 3 is shown in Figure 7. The transport stream 
processor 3 consists of a PID parser 9 which receives 
the incoming MPEG-2 transport stream(s) and which fil- 
ters the respective transport streams. In the output of 
the PID parser 9 is input to a PID processor 8 that is 
o used to combine several incoming MPEG-2 transport 
streams in the case of several incoming MPEG-2 trans- 
port streams and then to secure that the same PID does 
not exist twice for different services on the newly gener- 
ated transport stream. The output(s) of the PID proces- 
5 sor 8 is/are led to a transport packet injecter 1 1. which 
serves to finally generate one or more partial transport 
streams by injecting the newly generated PAT, PMT and 
SIT tables and to output one or more MPEG-2 partial 
transport streams. To generate the new tables the trans- 
? port stream processor 3 comprises a PSI/SI decoder 7 
also receiving all incoming MPEG-2 transport stream(s) 
that extracts the relevant information from the incoming 
PSI/SI tables and effects the relevant information to a 
PSI/SI generator 10 that generates the new tables in the 
■ above described manner and feeds them to the trans- 
port packet injecter 1 1 . 

[0028] The incoming services are carried by the 
broadcasting medium, which could be satellite, cable, 
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terrestrial or other. The front end blocks 2 of the DVB 
service selector 1 carry out the medium specific demod- 
ulation and foreward error correction, FEC, recovery 
processes. They each output a complete MPEG-2 
transport stream, which typically contains several AV 
services. These complete MPEG-2 transport streams 
are received by the TS processor 3. Here, the PSI/SI 
decoder 7 analyses the PAT, PMT and the STT and EIT 
tables from the SI in order to extract the relevant infor- 
mation about the currently selected event, e.g. of serv- 
ice 1. The PID parser 9, on the other hand, is set up to 
let through only those transport packets belonging to 
the selected service, e.g. to service 1 , which consists of 
video packets V1 and audio packets A1. All other trans- 
port packets are blocked, leaving time gaps in the fil- 
tered transport stream. Under certain circumstances, 
i.e. when all component streams of service 1 are being 
passed onto the home network, then the PMT of service 
1 , PMT1 , can also be passed through without modifica- 
tion. 

[0029] The new PSI/SI tables are generated by the 
PSI/SI generator block 10 and passed onto the trans- 
port packet injecter 1 1 , which stores the tables. When 
an insertion of any table into the partial transport stream 
is necessary, as governed by the . required repetition rate 
defined by MPEG-2 systems and DVB-SI. the table is . 
enclosed in transport packets, which are inserted into 
the gaps of the filtered transport stream. When the next 
insertion is necessary, the transport packet injecter 1 1 
only has to increment the continuity counter of the 
respective transport packets, without changing the 
transport packet payload. 

[0030] The PSI/SI decoder 7 continues to monitor the 
incoming PSI and SI data relevant to the service being 
transmitted on the home network. If an event transmis- 
sion occurs and the control software has not been told 
to stop sending the current service to the home net- 
work, this is communicated to the control software, 
which updates the PSI and SI tables to be inserted into 
the partial transport stream accordingly. It applies the 
usual version numbering mechanism as detailed in ETS 
300468 in order to notify the home network receiver 
device of the change in contents. 
[0031] As a result of a user action at any device in the 
home network, the tuner device 1 may accept a request 
to send out a second service to the home network 
simultaneously to the first service. It is immaterial 
whether the second service is bound for the same target 
home network device, say a VCR which is able to record 
both services concurrently, or if the second service was 
requested by a different device, for example another 
display or VCR. In both cases the tuner 1 will add the 
additional service to the stream in the same isocronous 
channel, without interrupting the original service. 
[0032] In order to now send both services to the home 
network, the tuner updates the partial transport stream 
by generating new versions of PAT, PMT and SIT, corre- 
sponding to the two services now appearing on the 



home network. The version numbers of each table are 
incremented to signify to the first receiving device that 
the partial transport stream has been changed. These 
new tables are sent to the packet injecter 11. The serv- 

s ice fed to the first receiving device has not changed, so 
its transmission is in no way interrupted. The additional 
PIDs transmitted are communicated to the PID parser 9 
and the new two-program partial transport stream is 
transmitted to the home network. 

io [0033] Any number of services can be added to the 
partial transport stream in this way. The number is lim- 
ited only by the bandwidth available on the home net- 
work, and the capability of the tuner to supply the 
additional requested service on top of the existing ones. 

15 An example when the tuner may not be able to do so is 
when a second service is requested which is available 
on a different cable channel to the one currently been 
received, and only one cable front end 2 is present in 
the tuner. 

20 [0034] If the tuner has more than one front ent module 
2 and it is requested to provide a partial transport 
stream containing services from different front end mod- 
ules 2, it is possible that a conflict will occur with PID val- 
ues and/or program _ number/service _ ID values. If it is 

25 able to do so, the tuner must modify conflicting values 
before including the new stream and the partial trans- 
port stream being output to the home network. Besides 
the combination of the several streams, this is also the 
task of the PID processor 8. 

30 [0035] Figure 8 shows the DVB service selector 1 
combined with local decoding. As well as provided 
transport streams on the home network, the user is able 
to select a service to watch on a locally connected dis- 
play device, e.g. an analog TV display. The provision of 

35 stream(s) on the home network continues in the back- 
ground, independently of the locally received service, 
as far as possible. This type of device is analoguous to 
a conventional DVB STB, with the home network func- 
tionality added. 

40 [0036] The local decoding is done by a decoder 12 
which is supplied with information from the transport 
stream processor 3 and which outputs its decoding 
result to a local A/V display. The transport stream proc- 
essor 3 has now the additional task to divert a special 

45 selected service to the decoder 12. This task is per- 
formed by the PID parser 9. 

[0037] Figure 1 1 shows a different kind of transport 
stream manipulation device, namely one which has no 
broadcast medium input, but only a home network inter- 
so face 4, This home network interface 4 has a bidirec- 
tional coupling to the home network 6. Furtheron, it is 
bidirectionally coupled to a transport stream processor 
19. The whole device provides the ability to process 
transport streams which are already appearing on an 
55 isocronous channel in the home network 6. This could 
mean demultiplexing a full transport stream and output- 
ting the required partial transport stream back to the 
home network 6 in a different isocronous channel, or 
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providing trans-formating services for devices delivering 
MPEG A/V data in different forms, e.g. program or ele- 
mentary streams. 

[0038] Of course, device implementations could incor- 
porate more than one or all of the device concepts 
shown before. 

[0039] Figure 9 shows a block diagram of a possible 
DVD player to be connected to a home network, e.g. an 
IEEE 1394 home network 6. It comprises a disk storage 
medium 20 that delivers the actual service as MPEG-2 
program stream PS. In order to transmit this content on 
the home network, a partial transport stream must be 
generated. Therefore, a transport stream generator 13 
according to the invention is coupled to a home network 
interface 4 that can transmit information on the home 
network 6. 

[0040] The transport stream generator 13 is shown in 
Figure 10. The incoming MPEG-2 program stream is fed 
to a program stream filter 14 that delivers outputs to a 
PCR generator 17 and a transport packetizer 15. The 
transport packetizer 15 also receives the output of the 
PCR generator 17 and outputs its packetized informa- 
tion to a transport stream multiplexer 16 which is also 
coupled to a PSI/SI generator 18. The transport stream 
multiplexer 16 than outputs the MPEG-2 partial trans- 
port stream to the home network interface 4. 
[0041] The source program stream from the DVD disk 
consists of several component elementary streams, 
ES's, one video, and several audio, and subtitle 
streams. The high level home network protocolls decide 
which ES components are required to appear in the par- 
tial transport stream on the home network. Bandwidth is 
reserved for a width rate above that of the source pro- 
gram stream, high enough to accommodate packetizing 
and general transport overhead. The program stream 
filter 1 4 scans the source program stream and passes 
on to the transport packetizer 15 only those PS packets 
of the required components. The PS filter 14 also 
decodes the program stream pack headers in order to 
provide system clock reference values for the PCR gen- 
erator 17. The transport packetizer 15 scans the incom- 
ing PS packets and splits each PS packet into 184-byte 
units and adds a transport packet header (MPEG-2 sys- 
tems) with pre-defined PID values, and makes these 
transport packets available to the transport stream mul- 
tiplexer 16. The transport packetizer 15 also inserts 
PCR values, calculated from the time-stamp values 
present in the MPEG-2 PS Packetised Elemantary 
Stream (PES) headers, into the packet stream at the 
required rate as defined in MPEG-2 systems. The TS 
multiplexer 16 inserts the PSI and SI tables required for 
the partial transport stream, as already described. The 
PAT and PMT tables are generated completely by the 
transport stream generator 13 entity alone, as it (or 
higher level software) decides the PID values to be 
used. Content for the SIT descriptors is taken from the 
relevant DVD texts. The transport stream multiplexer 16 
must also monitor its output bit rate and insert stuffing 
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packets into the outgoing partial transport stream, in 
order to maintain the timing characteristics of the con- 
tent. 

Claims 

1 . Method to distribute MPEG-2 transport streams on 
a network, comprising the following steps: 

a) receiving of one or more MPEG-2 transport 
stream/s (TS) including program specific infor- 
mation/service information (PSI/SI) tables and 
service packets having packet identifiers; 

b) filtering the received MPEG-2 transport 
stream/s (TS) received in step a) to exclude 
program specific information/service informa- 
tion (PSI/SI) tables; 

c) filtering the received MPEG-2 transport 
stream/s (TS) received in step b) to include 
only service packets carrying predetermined 
services that should be distributed on said net- 
work; 

d) generating new program specific informa- 
tion/service information (PSI/SI) tables for the 
predetermined services filtered in step c); 

e) inserting the tables generated in step d) into 
the transport stream/s (TS) received in step a) 
and filtered in steps b) and c) in predetermined 
intervals or at predetermined points of time; 
and 

f) outputting of the partial transport (partial-TS) 
stream/s generated in step e) to said network. 

I. Method according to claim 1 , characterized in that 
said step d) of generating new program specific 
information/service information (PSI/SI) tables 
comprises the step of generating a program associ- 
ation table (PAT) to reference only to said predeter- 
mined services that should be distributed on said 
network on the basis of a program association table 
(PAT) of the program specific information (PSI) 
tables included in said MPEG-2 transport stream 
(TS) received in step a) and a newly calculated 
check sum (CRC) for a cyclic redundancy check 
algorithm used to validate said table. 

. Method according to claim 1 or 2, characterized in 
that said step d) of generating new program spe- 
cific information/service information (PSI/SI) tables 
comprises the step of generating a program map 
table (PMT) to reference only to said predetermined 
services and predetermined component elemen- 
tary streams that should be distributed on said net- 
work on the basis of a program map table (PMT) of 
the program specific information (PSI) tables 
included in said MPEG-2 transport stream (TS) 
received in step a) and a newly calculated check 
sum (CRC) for a cyclic redundancy check algorithm 
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used to validate said table. 

4. Method according to anyone of claims 1 to 3, char- 
acterized in that said step d) of generating new 
program specific information/service information 5 
(PSI/SI) tables comprises the step of generating a 
new selection information table (SIT) to reference 
only to said predetermined services that should be 
distributed on said network on the basis of a service 
description table (SDT) and an event information w 
table (EIT) of the program specific information/serv- 
ice information (PSI/SI) tables included in said 
MPEG-2 transport stream (TS) received in step a) 
and a newly calculated check sum (CRC) for a 
cyclic redundancy check algorithm used to validate is 
said table. 

5. Method according to anyone of claims 1 to 4, char- 
acterized in that said step d) of generating new 
program specific information/service information 20 
(PSI/SI) tables comprises the step of generating a 
discontinuity information table (DIT) indicating dis- 
continuous transition points of the program specific 
information/service information (PSI/SI). 

25 

6. Method according to anyone of the preceding 
claims, characterized in that said step d) of gener- 
ating new program specific information/service 
information (PSi/SI) tables comprises the step of 
copying of specific tables or descriptors of the pro- 30 
gram specific information/service information 
(PSI/SI) tables included in said MPEG-2 transport 
stream (TS) received in step a). 

7. Method according to anyone of the preceding 35 
claims, characterized in that said network is a 
IEEE 1394-based digital home network. 

8. interface device (1) for distributing MPEG-2 trans- 
port streams on a network, comprising: 40 

at least one front end block (2) to respectively 
receive incoming broadcast services carried by 
a broadcast medium (5), each of which carries 
out a medium specific demodulation and a 45 
error correction, and outputs a MPEG-2 trans- 
port stream (TS); 

a TS processor (3) connected to each of said 
front end block/s (2) to receive said MPEG-2 
transport stream/s (TS), to select predeter- so 
mined services therefrom and to output a mod- 
ified MPEG-2 transport stream (partial-TS) 
carrying only said predetermined services and 
program specific information/service informa- 
tion (PSI/SI) tables; and 55 
a network interface (4) connected to said TS 
processor (3) to receive said modified MPEG-2 
transport stream/s (partial-TS) and to output 



it/them to a bus (6) of said network. 

9. interface device (1) according to claim 8, charac- 
terized in that said TS processor (3) comprises: 

a PSI/SI decoder (7) receiving said MPEG-2 
transport stream/s (TS) from each of said front 
end block/s (2) and analysing program specific 
information/service information (PSI/SI) tables 
included in said respective MPEG-2 transport 
stream (TS) to output relevant information 
about said selected services; 
a PID parser (9) receiving said MPEG-2 trans- 
port stream/s (TS) from each of said front end 
block/s (2) and filtering the received MPEG-2 
transport stream (TS) to exclude program spe- 
cific information/service information (PSI/SI) 
tables and to include only said selected serv- 
ices and to respectively output a filtered trans- 
port stream (fiitered-TS); 
a PID processor (8) receiving said filtered 
transport stream/s (filtered TS) from said PID 
parser (9) to assign new PIDs to the selected 
services of the respective MPEG-2 transport 
. stream/s such that each service and its compo- 
nent elementary streams have unique PIDs; 
a PSI/SI generator (10) generating new pro- 
gram specific information/service information 
(PSI/SI) tables for the selected services on the 
basis of the relevant information output by said 
PSI/SI decoder (7); and 

a transport packet injecter (11) storing the 
tables generated by said PSI/SI generator (10) 
and inserting them into the filtered transport 
stream (f iltered-TS) and to output said modified 
MPEG-2 transport stream (partial-TS). 

10. Interface device (1) according to claim 9, charac- 
terized in that said PSI/SI generator (10) gener- 
ates program association tables (PAT), program 
map tables (PMT), selection information tables 
(SIT) that are inserted in predetermined time inter- 
vals into the filtered MPEG-2 transport stream (fil- 
tered-TS) by the transport packed injecter (11). 

11. Interface device (1) according to claim 9 or 10, 
characterized in that said PSI/SI generator (10) 
generates discontinuity information tables (DIT) 
that are inserted at the beginning and at the end of 
each transmission into the filtered MPEG-2 trans- 
port stream (filtered-TS) by the transport packed 
injector (11). 

12. Interface device (1) according to anyone of claims 8 
to 11, characterized in that said network is an 
IEEE 1394-based digital home network. 

13. Interface device for distributing MPEG-2 transport 
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streams on a network, comprising: 

a storage medium (20) delivering a MPEG-2 
program stream (PS); 

a TS generator (13) connected to said storage s 
medium (20) to receive said MPEG-2 program 
stream (PS), to output a MPEG-2 transport 
stream (partial TS); and 
a network interface (4) connected to said TS 
generator (13) to receive said MPEG-2 trans- io 
port stream (partial TS) and to output it to a bus 
(6) of said network. 



acterized in that said PSI/SI generator (10) gener- 
ates discontinuity information tables (DIT) that are 
inserted at the beginning and at the end of each 
transmission into the MPEG-2 transport stream 
(TS) by the transport stream multiplexer (16). 

17. Interface device according to anyone of claims 13 
to 16, characterized in that said network is a 
IEEE1394-based digital home network. 



14. Interface device according to claim 13, character- 
ized in that said TS generator (13) comprises: 15 

a program stream filter (14) receiving said 
MPEG-2 program stream (PS) from said stor- 
age medium (20), decoding program stream 
pack headers out of said received MPEG-2 20 
program stream (PS) to provide system clock 
reference values, and filtering the received 
MPEG-2 program stream (PS) to include only 
selected services and to output only those 
packets of the program stream (PS) of the 25 
required components; 

a PCR generator (17) receiving said system 
clock reference values to output PCR values; 
a transport packetizer (15) receiving said pack- 
ets of the program stream (PS) of the required 30 
components from the program stream filter (14) 
and said PCR values from the PCR generator 
(17) to split each incoming program stream 
packet into 184-byte units and to add a trans- 
port packed header with pre-defined PID val- 35 
ues, to generate a packet stream thereform 
arid to add said PCR values into the packet 
stream at the required rate; 
a PSI/SI generator (18) generating new pro- 
gram specific information/service information 40 
(PSI/SI) tables for the selected services of the 
program stream; 

a transport stream multiplexer (16) storing the 
tables generated by said PSI/SI generator (18) 
and inserting them into the packet stream with as 
inserted PCR values output by said transport 
packetizer (15) and to output an MPEG-2 trans- 
port stream (partial -TS). 

15. Interface device according to claim 14, character- so 
ized in that said PSI/SI generator (10) generates 
program association tables (PAT), program map 
tables (PMT), selection information tables (SIT) that 
are inserted in predetermined time intervals into the 
packet stream with inserted PCR values by the 55 
transport stream multiplexer (16). 



16. Interface device according to claim 14 or 15, char- 
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